2024-12-12

📝 Notes

PASS

Giftogether
- https://github.com/coding-jjun/Giftogether_backend/pull/196 굉장히 많은 피드백을 받았다. 그나마 팀원이 호의적이라서 그렇지, 실무였으면 대답하지 못했을 질문들이 굉장히 많았다. 그래서, 서비스 간의 의존성을 줄여야 하는 이유는 무엇인가요?
- FundingRepository 레이어를 추가로 만들어내기보다 IncreaseFundSumUseCase를 사용하여 FundingService에서도 함께 사용할 수 있도록 해봅시다.
- InMemoryRepository를 사용할 필요가 없어졌습니다. InMemoryDonationRepository, InMemoryProvisionalDonationRepository를 적절한 유스케이스와 TypeORM UseCase로 나누어 만들어봅시다.
- donation 인스턴스가 실제로 생성되었는지 테스트 해봐야 합니다.
PlanA
- 오늘 20:00 ~ 23:00까지 팀원과 공동 작업해야 하는 것 잊지 말자
- Schedule API 작성. 스케줄 CRUD 말고도 다른 여러 API가 식별되어있는 걸로 알고 있다. 아마 어려울 수도 있을거다. 저녁 일찍 먹고 빨리 PlanA 프로젝트에 시간을 투입하자.

도메인 주도 설계 첫걸음-Vlad Kononov 서문과 목차, 그리고 맺음말과 부록의 마켓노퍼스 사례 연구를 먼저 읽어봤다. 아직 용어가 대부분 정립이 되어있지 않아 애그리게이트, 유비쿼터스 언어, 도메인 모델과 하위 도메인 모델이 쏟아지지만 저자는 내가 마치 이 책을 다 읽어본 것처럼 능수능란하게 이야기했다(당연하겠지 맺음말이니까).
오히려 단어 자체의 정의를 먼저 들여다보기 전에 어떤 맥락에서 사용되는지 넘겨짚으니까 많은 생각을 할 수 있었다. '애그리게이트' 라는 단어는 어떤 도메인 모델에 기능을 붙일때 쓰이고 트랜잭션 경계와 긴밀하게 얽혀있다는 것을 알았다. '하위 도메인 모델' 은 그 중요도와 변동성 등에 따라서 핵심 하위 도메인, 일반 하위 도메인, 지원 하위 도메인으로 나뉘며, 그다지 중요하지 않은 하위 도메인의 경우엔 단순히 '액티브 레코드' 스크립트만 사용해도 좋다고 한다 👀? '유비쿼터스 언어' 야 말로 회사가 돌아가는 업무 언어를 식별하는 수단이고, 유비쿼터스 언어가 잘 정의되어 있으면 의사소통에 굉장한 도움이 되기 때문에 선택사항이 아니라고 두 번 강조했다.

24년 12월의 데일리 루틴

24년 12월의 상칼파
- 친구와 함께 진행한 30분간의 명상수련, 화상통화가 중간에 자주 끊겨 재접속을 해야했지만 그것도 마음에 파문을 관찰하는 계기가 되었다. 과거와 미래를 왔다갔다하며 마음의 중요하지 않은 것들을 먼저 들어올려내는 행위는 마치 우유를 휘저어 불순물을 띄워내는 일과 같다고 한다.
docker 교과서

PARA Expert 에 위의 'Daily Briefing'을 복붙하면 자동으로 아래의 PARA 구조로 변환해줍니다

현재 진행 중인 명확한 목표나 끝이 있는 작업

Giftogether
- Feedback 관련
  - https://github.com/coding-jjun/Giftogether_backend/pull/196에서 받은 피드백을 소화하고 학습하기
    - 질문: 서비스 간의 의존성을 줄여야 하는 이유는 무엇인가요? (추가 연구 필요)
  - FundingRepository 대신 IncreaseFundSumUseCase를 FundingService와 공유하는 방식으로 개선
  - InMemoryRepository 대체
    - InMemoryDonationRepository → 적절한 유스케이스로 분리
    - InMemoryProvisionalDonationRepository → TypeORM 기반으로 리팩토링
  - 테스트: donation 인스턴스 생성 여부 확인
PlanA
- 공동 작업: 오늘 20:00 ~ 23:00 팀원과 협업
- Schedule API 작성
  - CRUD 이외의 API도 추가 작성
  - 예상 난이도 높음 → 저녁 일찍 식사 후 바로 집중

지속적으로 관리해야 하는 관심사

개발 기술 향상
- 도메인 주도 설계(DDD)
  - 용어 정리와 이해: 애그리게이트, 하위 도메인 모델, 유비쿼터스 언어
  - 트랜잭션 경계 및 도메인 모델 설계에 대한 실습과 학습
- 지속적인 학습 자료 탐색 및 활용
팀워크 및 협업
- 팀원과의 원활한 의사소통
- 일정 관리 및 협업 도구 활용
데일리 루틴 유지
- 명상: 친구와의 30분 명상 수련
- Docker 학습

참고 자료와 연구를 위한 정보

도서
- 《도메인 주도 설계 첫걸음》
  - 애그리게이트: 트랜잭션 경계와 연결된 도메인 모델의 기능 추가 시 사용
  - 하위 도메인 모델 분류: 핵심, 일반, 지원
  - 유비쿼터스 언어: 업무 언어를 명확히 정의하여 의사소통 개선
기술 자료
- Docker 관련 학습 자료
- GitHub PR 코드 리뷰 피드백

완료되거나 더 이상 필요 없는 항목